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REMARKS 

In view of the following remarks, Applicant respectfully requests 
reconsideration and allowance of the subject application. 

S102/$103 Rejections 

Claims 18 and 20-21 are rejected under 35 U.S.C. §102(a) as allegedly 
being anticipated by RealPlayer G2™ © 1998 (hereinafter, RealPlayer) as 
supported by the screenshots provided with the original PTO-892 Notice of 
References cited mailed 9/25/02, and the press release "Realnetworks Ships Final 
Release of Realsystem G2, Next Generation Media Delivery System" (hereinafter * 
"Press Release") provided with the PTO-892 Notice of References cited mailed 
2/27/03. In the alternative, claims 18 and 20-21 are rejected under 35 U.S.C. 
§ 103(a) as allegedly being obvious over RealPlayer and the Press Release. 
Applicant respectfully traverses the rejections. 

Claim 1 8 recites in part: 

a graphical user interface of a Web browser displaying Web 
page content in a browser pane . . . 

at least one speaker for playing a first source of streaming media 

said graphical user interface comprising a radio toolbar for 
displaying at least one button capable of controlling said first source of 
streaming media irrespective of the Web page content being browsed. 

(emphasis added). 

The Office admits that RealPlayer does not show (e.g., in the screenshots of 
RealPlayer) that the radio toolbar of RealPlayer has at least one button for controlling 
the first source of streaming media irrespective of the Web page content being 
browsed (Office Action, page 3). The Office asserts, however, that the screenshots 
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of RealPlayer imply that the radio toolbar of RealPlayer has at least one button for 
controlling the first source of streaming media irrespective of the Web page content 
being browsed. As examples, the Office indicates that the "preset stations and the 
auto update feature are irrespective of each other", and that "the user of RealPlayer 
may search the Web while playing the streaming media, as indicated by the 'excite' 
and 'search' areas within screenshot 2". The Office further relies on the Press 
Release under the section, "RealAudio and RealVideo Search", as describing 
integrating the RealPlayer with a Web browser. 

The "AutoUpdate" feature of RealPlayer "enables . . . users to always be up- 
to-date with the latest player technology. AutoUpdate automatically notifies users 
when new updates to RealPlayer G2 are available for electronic download, 
simplifying installation since updates are now only one button away". (Press 
Release, page 2, AutoUpdate section). Regarding the "Presets" in RealPlayer, there 
is no indication from the Press Release or from RealPlayer itself (e.g., screenshot 2) 
that the "Presets" are anything but a preferred list of preset channels that a user can 
switch between to access desired media. Nothing in the Press Release or RealPlayer 
indicates that accessing media using a Preset and AutoUpdates occur irrespective of 
one another as the Office suggests. In fact, the RealPlayer screenshot 2 clearly 
indicates that the only thing happening is that the AutoUpdate feature is providing an 
update notice. RealPlayer is not delivering other media at that time. The 
AutoUpdate feature is informing a user that the present version of RealPlayer cannot 
deliver the desired media (and therefore, is not playing the media), and that 
RealPlayer needs to be updated prior to RealPlayer delivering the media. In 
screenshot 2, the tracking line on the tool bar next to the play, pause, and stop 
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buttons clearly shows that no other media is being played by RealPlayer while the 
AutoUpdate feature is presenting the update notification. 

Furthermore, the description of the AutoUpdate feature in the Press Release 
indicates that "updates are now only one button away". Along with screenshot 2, 
this indicates that active participation by a user (by clicking a button) directs 
RealPlayer to perform an update, and that during such updates RealPlayer does not 
deliver other media. . 

Thus, there is nothing about the AutoUpdate feature and/or the Presets of 
RealPlayer either from the screenshots or the Press Release that expresses or implies 
that the radio toolbar of RealPlayer has at least one button for controlling the first 
source of streaming media irrespective of the web page content being browsed. 

Moreover, and perhaps more importantly, in rejecting claim 18 Ihe Office 
seems to misunderstand the "call of the claim", so to speak. That is, claim 18 recites 
that the Web browser is ''displaying Web page content in a browser pane"', and 
that this Web page content is ''the Web page content being browsed"' (emphasis 
added). The Office, however, does not assert that RealPlayer is displaying the Web 
page content that is being browsed. Rather, the Office asserts that the radio toolbar 
of RealPlayer has at least one button for controlling the first source of streaming 
media irrespective of the web page content being browsed. There is no assertion that 
the Web page content being browsed in RealPlayer is the Web page content being 
displayed in RealPlayer. This is not surprising, however, because even if RealPlayer 
permitted "controlling the first source of streaming media irrespective of the web 
page content being browsed", as the Office asserts and Applicant disputes above, the 
web page content being browsed in RealPlayer is not the web page content being 
displayed in RealPlayer. The Office as much as admits this by stating on page 3 that 
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"the user of RealPlayer may search the Web while playing the streaming media, as 
indicated by the 'excite' and 'search' areas within screenshot 2". In addition, the 
Office states that "The current streaming media will continue to play until the user 
selects a different streaming media from the search results" (emphasis added). If 
streaming media is being displayed by RealPlayer (e.g., in screenshot 2), then 
RealPlayer cannot also be displaying Web content that it is searching using the 
"excite" search bar. Thus, it is clear that RealPlayer cannot be ''displaying Web 
^page content in a browser pane'\ that is ''the Web page content being browsed"', 
as is recited in claim 18. To put it another way, RealPlayer does not display Web 
: page content that it is currently browsing- at the same time that it is "playing a first 
isource of streaming media". As the Office.admits, "current streaming media will 
continue to play until the user selects a different streaming media from the search 
results". Therefore, it cannot reasonably be said ''that the radio toolbar of 
RealPlayer has at least one button for controlling the first source of streaming media 
irrespective of the web page content being browsed", because the "Web page content 
being browsed" is not also being displayed. 

In addition, the RealPlayer screenshots indicate that RealPlayer is configured 
such that there is no physical location available in which to display Web page 
content being browsed while RealPlayer also displays a first source of streaming 
media. Referring to screenshot 2, the dark area on the left side of the screenshot is 
used by RealPlayer as a list of Channels from which a user may select to have 
media from a selected channel displayed in the area on the right side of the 
screenshot. Thus, even if Web page content is being browsed using the "excite" 
search feature, that browsed Web page content is not also being displayed at the 
same time RealPlayer displays other streaming media. Therefore, it is erroneous 
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to say "that the radio toolbar of RealPlayer has at least one button for controlling the 
first source of streaming media irrespective of the web page content being browsed", 
because the Web page content being browsed in RealPlayer is not also being 
displayed in RealPlayer. 

For the various reasons discussed above, it is clear that the cited references 
fail to teach, suggest, or imply the elements of Applicant's claim 18. "A claim is 
anticipated only if each and every element as set forth in the claim is found, either 
expressly or inherently described, in a single prior art reference" (MPEP 2131): 
Because the cited references do not set forth all the elements of claim 1 8, claim 18 is 
not anticipated by the references. Accordingly^ the 102(a) rejection to Applicant's 
claim? 18 is not supported and should be removed.. AppHcant respectfully requests 
that the 102(a) rejection of claim 18 be removed. 

Further, regarding the 103(a) rejection, it is well-established that a prima 
facie case of obviousness requires that the prior art reference (or references when 
combined) must teach or suggest all the claim limitations (MPEP 2142, 2143). 
Because the prior art references fail to teach or suggest all the elements of 
Applicant's claim 18, the 103(a) rejection cannot stand. Applicant therefore 
respectfully requests that the 103(a) rejection of claim 18 be withdrawn. 

Regarding the 103(a) rejection of claim 18, the Office asserts that it would 
have been obvious "to ensure that the buttons in the radio toolbar of RealPlayer 
control the first source of streaming media irrespective of the Web page content 
being browsed". However, as noted above, RealPlayer does not teach that the 
Web page content being browsed is also being displayed. Rather, at best, any 
Web content being browsed cannot be displayed while RealPlayer also displays 
streaming media. Various aspects of RealPlayer, such as the left area of 
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screenshot 2 which shows a list of Channels from which a user may select while 
the right area of screenshot 2 displays media, reveal that RealPlayer is not 
suggesting that "the buttons in the radio toolbar of RealPlayer control the first 
source of streaming media irrespective of the Web page content being browsed" 
where the Web page content being browsed is also being displayed. Based on 
both the RealPlayer screenshots and the Press Release as discussed above, it is 
more appropriate to say that RealPlayer teaches away from this notion. Therefore, 
it is not accurate to say it would be obvious "to ensure that the buttons in the radio 
toolbar of RealPlayer control the first source of streaming media irrespective of 
the Web page content being browsed". For these additional reasons, the 103(a) 
rejection of; claim 18 cannot stand, and Applicant respectfully requests that this 
rejection be withdrawn. 

Claims 20-21 include various elements which parallel those elements of 
claim 18 already discussed above. More specifically, claim 20 recites in part: 

a graphical user interface of a Web browser displaying Web 
page content in a browser pane . . . 

at least one speaker for playing a first source of streaming 
media... 

said graphical user interface comprising at least one explorer 
bar . . . allowing user input regarding the first source of streaming 
media irrespective of the Web page content present in the browser 
pane. 

Claim 21 recites in part: 

a radio server component for playing a radio source of 
streaming media irrespective of content being displayed in a 
simultaneously used Web browser . . . 

an interfacing component for communicating with the radio 
server component . . . 



Lee a HaVes. plug 



11 



G:\MS 1- I\l 583USV^S I - 1 583US.M02.doc 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 



S/N 09/4 11,171 Response taBRlce Action Dated 1 0/20/03 

at least one radio client component communicating through the 
interfacing component in order to provide instructions to the radio 
server component regarding the radio source of streaming media. 

In addition, the Office rejects claims 20-21 with the same references and 
reasoning used in its rejection of claim 18. Therefore, the arguments set forth 
above regarding the rejection of claim 18 apply equally to the rejection of claims 
20-21. Accordingly, both the 102(a) and 103(a) rejections of claim 20-21 are not 
supported by the cited prior art, and Applicant respectfully requests that these 
rejections of claims 20-21 be removed. 

Claim 19 is rejected under 35 U.S.C. § 103(a) as allegedly being 
unpatentable over RealPlayer and Applicant's Admitted Prior. Art (hereinafter 
AAPA). Applicant respectfully traverses the rejections. . 

Claim 19 includes various elements which parallel those elements of claim 
18 already discussed above. More specifically, claim 19.recites in part: 

a graphical user interface of a Web browser displaying Web 
page content in a browser pane . . . 

at least one speaker for playing a first source of streaming 
media . . . 

said graphical user interface comprising: 

a) a radio toolbar displaying a plurality of radio-toolbar 
buttons for controlling said first source of streaming media 
irrespective of the Web page content being browsed .... 

As clarified herein above with respect to arguments set forth regarding 
parallel elements of claim 18, RealPlayer does not teach or suggest these elements. 
Furthermore, AAPA is cited only for its purported teaching of a toolbar which 
contains a play button, mute button, volume slider, and information area, and to 
support an assertion that it would have been obvious to place the volume, slider, 
radio-station buttons, and information area of RealPlayer in the same toolbar as 
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the play button as shown in the AAPA. However, AAPA is not cited for, nor is 
there present within the AAPA, any suggestion of the elements noted above in 
claim 19, and as argued above with respect to claim 18. Accordingly, AAPA does 
not remedy the deficiencies of the RealPlayer screenshots and the Press Release 
noted above, and claim 1 9 is allowable over the combination of these references 
for these additional reasons. 

Conciusion 

All pending claims, 18 - 21, are believed to be in condition for allowance. 
Applicant: respectfully requests reconsideration and prompt issuance of .the present** 
application. Should any issue remain that prevents immediate issuance of the 
application, the Examiner is encouraged to contact the undersigned attorney to 
discuss the unresolved issue. 



Respectfully Submitted, 




By: 



Nathan R. Rieth 
Reg. No. 44302 
(509) 324-9256; X233 
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